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(57) ABSTRACT 

The present invention provides a fail-over file transfer 
process to handle data file transfer when the transfer is 
unsuccessful in order to avoid unnecessary network conges- 
tion and enhance reliability in an automated data file transfer 
system. If a file cannot be delivered after attempting to send 
the file to a receiver up to a preset number of times, and the 
receiver has indicated the availability of other backup 
receiving locations, then the file delivery is automatically 
attempted to one of the backup receiving locations up to the 
preset number of times. Failure of the file transfer to one of 
the backup receiving locations results in a failure notifica- 
tion being sent to the receiver, and the receiver may retrieve 
the file from the location indicated in the failure notification 
when ready. 

22 Claims, 4 Drawing Sheets 
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FAIL-OVER FILE TRANSFER PROCESS 

CROSS-REFERENCES TO RELATED 
APPLICATIONS 

This application now formalizes and incorporates herein 
by reference Provisional Application Ser. No. 60/235,912, 
“Standard Autonomous File Server (SAFS)” Susan K. 
Semancik et al., filed on Sep. 28, 2000. Applicant claims the 
priority date thereof under 35 U.S.C. 119(e). 

ORIGIN OF THE INVENTION 

The invention described herein was made by employees 
of the United States Government. The invention may be 
manufactured and used by or for the governmental purposes 
without the payment of royalties thereon or therefor. 

FIELD OF THE INVENTION 

The present invention relates to file transfer systems, and 
more particularly, to a method of handling transfer failure 
occurring while transferring a series of data files from one 
computer to another computer. 

BACKGROUND OF THE INVENTION 

Automated data file transfer systems are utilized in vari- 
ous networks and communication systems. The purpose of 
this automation is to deliver data files to clients without 
interfering with acquisition of the data. 

The automated data file transfer involves a data transfer 
network wherein a number of computers are interconnected 
and each computer, server or client, is a node in the network 
wherein data files are transferred through the network using 
established network protocols. File transfers are initiated in 
response to a pre-arranged client’s request which can be 
handled only when the data transfer resources are available. 
Each node in the network has one or more data transfer 
facilities which form the network interface at the node. 
These facilities include hardware and software and the 
number of active facilities affects network congestion and 
affects the availability of computer resources at each of the 
nodes. 

When transferring files from one computer to another 
computer, e.g. server to client, it is desirable to do so in a 
manner which guarantees reliable delivery of the files. 
Unsuccessful transfer attempts unnecessarily add to network 
congestion and may interfere with other transfers. This adds 
to the expense of the network and degrades network per- 
formance. 

SUMMARY OF THE INVENTION 

The present invention provides a fail-over file transfer 
process to handle data file transfer and to avoid unnecessary 
network congestion when the transfer is unsuccessful, 
enhancing reliability in the automated data file transfer 
system. The fail-over file transfer process operates in the 
following manners: 

Prior to the fail-over file transfer operation, a receiver may 
specify backup receiving locations and number of attempts 
to be made before sending a failure notification and/or 
attempting another backup receiving location. The number 
of attempts may also be specified by the sender. If the 
receiver desires to receive a file from a sender at one of the 
backup receiving locations in case of transfer failure, it must 
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specify the locations in advance so that the file delivered to 
one of the backup receiving locations can be retrieved when 
ready. 

If it is determined a requested file has not been delivered 
5 to the receiver, the sender will attempt to send the file to the 
receiver up to the preset number of times. If attempting to 
send the file to a receiver up to the preset number of times, 
and the receiver has indicated the availability of other 
backup receiving locations, then the file delivery is auto- 
10 matically attempted to one of the backup receiving locations 
up to the preset number of times. Failure of the file transfer 
to one of the backup receiving locations results in a failure 
notification being sent to the receiver, and the receiver may 
retrieve the file from the sender’s location when ready. If the 
IS file transfer is completed successfully, a file delivery noti- 
fication will be sent to the receiver. In return, the receiver 
sends to the sender a receipt confirmation notification with 
a success or error status. Both failure notification and file 
delivery notification may be sent via email or World Wide 
20 Web (WWW). 

The following is a list of prior-issued patents related to file 
transfer, repeated attempts to transfer files, file transfer to 
backup destinations, and transfer status notification: 

25 
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35 DESCRIPTION OF DRAWINGS 

FIG. 1 is a diagram of a network wherein Standard 
Autonomous File Server (SAFS) is implemented. 

FIG. 2 is a flow chart of fail-over file transfer process. 
40 FIG. 3 is a diagram of one embodiment of the fail-over file 
transfer process implemented in the SAFS. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENT OF THE INVENTION 

45 

FIG. 1 shows an embodiment of the invention using 
Standard Autonomous File Server 10 that provides manage- 
ment of large data files without interfering with acquisition 
of the data. (See http://wwl.wff.nasa.gov/~websafs) It oper- 
50 ates as a stand-alone solution, monitoring itself, and pro- 
viding automated level of fail-over processing to enhance 
reliability. By using an improved automated file transfer 
process, the SAFS 10 system provides a quicker, more 
reliable file distribution for customers 30 of near real-time 
55 data than has been realized by previous methods. In addi- 
tion, when overlapping supports occur in multiple projects, 
provision is made for file transfer prioritization by band- 
width sharing or transfer interruption methods. Web report- 
ing provides current status of system availability, file 
60 latency, and customer file distribution. 

The operational design for network support incorporates 
distributed SAFS systems at ground stations on closed 
networks for file acquisition from telemetry processors 
(TMP) 20, and a centralized SAFS 10 at NASA Goddard 
65 Space Flight Center (GSFC) on open networks for file 
distribution to project customers. The Central SAFS pro- 
vides a single point of contact for customers 30 and isolates 
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the ground stations from customer interactions. At each 
ground station 40, multiple TMP’s 20 supporting multiple 
antennas and/or multiple projects, acquire downlinked sat- 
ellite data that is processed into files and sent to the ground 
station 40 SAFS as shown in FIG. 1. Each of these SAFS 
systems uses commercial off-the-shelf (COTS) software to 
automatically send these files to the central SAFS, where 
they are made available to each project’s customers 30. (See 
http://www.softlinkusa.com) 

Customers 30 can receive a file from the SAFS 10 system 
once they receive a data ready notification (DRN) of its 
availability. If they are also using the same COTS product as 
the SAFS 10 system the data file can automatically be sent 
to them, thereby eliminating the delay inherent in the 
notification and reaction processes required for receiving 
customers. Customers are emailed a file delivery notification 
(FDN) with transfer status upon completion of the file 
transfer to them. Both FDN and DRN notices contain the 
file’s name, size, and its SAFS location. 

FIG. 2 describes the operation of the fail-over file transfer 
process. 

In response to a pre-arranged request from the receiver, 
the sender will attempt to send a requested file to the 
receiver. (Step 10) If the file transfer is successful (Step 20) 
the sender sends to the receiver a file delivery notification 
that includes name, size, origin, and location of the file, for 
example via email or World Wide Web (WWW). (Step 50) 
In return, the receiver sends to the sender a receipt confir- 
mation notification with a success or error status. (Step 110) 

If the sender determines that its attempt to transfer the file 
is not successful (Step 20) it will attempt to send the file to 
the receiver up to a preset number of times. (Step 30) The 
number of attempts will be specified, for example, by the 
receiver or sender prior to the operation. 

If attempting to send the file to the receiver up to the 
preset number of times fails, the sender sends to the receiver 
a failure notification that includes failure status and name, 
size, and location of the file so that the receiver can retrieve 
it when ready. (Step 60 & 130) The failure notification may 
also be sent via email and WWW. 

Further, if the receiver has specified a backup receiving 
location prior to the operation, (Step 70) the sender may 
send the file to the backup receiving location. (Step 80) Once 
the file is successfully transferred to the backup receiving 
location the sender sends to the receiver a file delivery 
notification that includes name, size, and origin of the file via 
email or World Wide Web (WWW). (Step 50) In return, the 
receiver sends to the sender a receipt confirmation notifica- 
tion with a success or error status. (Step 110) 

If the sender determines that its attempt to transfer the file 
to the backup receiving location is not successful (Step 90) 
it will attempt to send the file to the backup receiving 
location up to a preset number of times. (Step 100) The 
number of attempts will be specified by the receiver or 
sender prior to the operation. 

If attempting to send the file to the backup receiving 
location up to the preset number of times fails, (Step 210) the 
sender sends to the receiver a failure notification that 
includes failure status and name, size, and location of the file 
so that the receiver can retrieve it when ready. (Step 60 & 
130) The failure notification may also be sent via email and 
WWW. 

If the receiver has specified other backup receiving loca- 
tions prior to the operation, (Step 220) the sender may send 
the file to one of other backup receiving locations. (Step 
230) The sequence of selecting one of the other backup 
receiving locations will be predetermined by the receiver. 
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Once the file is successfully transferred to one of the other 
backup receiving locations the sender sends to the receiver 
a file delivery notification that includes name, size, origin, 
and location of the file via email or World Wide Web 
5 (WWW). (Step 50) In return, the receiver sends to the sender 
a receipt confirmation notification with a success or error 
status. (Step 110) 

If the sender determines that its attempt to transfer the file 
to one of the other backup receiving locations is not suc- 
10 cessful (Step 240) it will attempt to send the file to one of the 
other backup receiving locations up to a preset number of 
times. (Step 250) The number of attempts will be specified 
by the receiver or sender prior to the operation. 

If attempting to send the file to one of the other backup 
15 receiving locations up to the preset number of times fails, 
(Step 260) the sender sends to the receiver a failure notifi- 
cation that includes failure status and name, size, and 
location of the file so that the receiver can retrieve it when 
ready. (Step 60 & 130) The failure notification may also be 
20 sent via email and World Wide Web (WWW). 

The sender continues to perform the steps 220 through 
260 until the file is successfully transferred to one of backup 
receiving locations. 

If the file is not delivered to any of the backup receiving 
25 locations, the sender sends to the receiver a failure notifi- 
cation that includes failure status and name, size, and 
location of the file so that the receiver can retrieve it when 
ready. (Step 60 & 130) The failure notification may also be 
sent via email and World Wide Web (WWW). 

.to FIG. 3 describes one embodiment of the fail-over file 
transfer. Upon failure to deliver a file to a receiver 320, the 
server 310 sends an FDN email to the receiver 320 with a 
failure status so that the receiver 320 can retrieve the file 
when ready during the project-specified retention period. If 
35 a file cannot be delivered after three attempts, and the 
receiver 320 has indicated the availability of secondary 
backup receiving location 330, then the file delivery is 
automatically attempted to the secondary backup receiving 
location 330 at least three times. Failure of the file transfer 
40 to the secondary backup receiving location 330 results in a 
failure FDN being sent to the receiver’s tertiary backup 
receiving location 340, and the receiver 320 is expected to 
retrieve the file when ready. 

What is claimed is: 

45 

1. A method in a computer system for transferring a file 
to another computer comprising: 
sending a file to a receiver; 

determining whether the file has been successfully trans- 
50 ferred to the receiver; 

if the file has not been successfullly transferred to the 
receiver, attempting to send the file to the receiver up 
to a preset number of times; 
sending the file to a backup receiving location if attempt- 
55 ing to send the file to the receiver up to the preset 
number of times fails; 

determining whether the file has been successfully trans- 
ferred to the backup receiving location; and 
if the file has not been successfully transferred to the 
60 backup receiving location, attempting to send the file to 
the backup receiving location up to a preset number of 
times; 

wherein the identification of said backup receiving loca- 
tion is predetermined by the receiver. 

65 2. The method as in claim 1 further comprising: 

sending a file delivery notification if the file is success- 
fully sent to the receiver. 
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3. The method as in claim 2 wherein said file delivery 15. The method as in claim 14 further comprising: 
notice comprises: sending a file delivery notification if the file is success- 

name of said file; fully sent to the receiver. 


size of said file; 
origin of said file; and 
location of said file. 

4. The method as in claim 2 wherein the file delivery 
notification is sent to the receiver via email or World Wide 
Web (WWW). 

5. The method as in claim 1 further comprising: 
sending a failure notification to the receiver if attempting 

to send the file up to the preset number of times fails. 

6. The method as in claim 5 wherein said failure notifi- 
cation comprises: 

failure status; 
name of the file; 
size of the file; and 
location of the file. 

7. The method as in claim 5 wherein the failure notifica- 
tion is sent to the receiver via email or World Wide Web 
(WWW). 

8. The method as in claim 1 further comprising: 
sending a file delivery notification if the file is success- 
fully sent to the receiver. 

9. The method as in claim 8 wherein said file delivery 
notice comprises: 

name of said file; 
size of said file; 
origin of said file; and 
location of said file. 

10. The method as in claim 8 wherein the file delivery 
notification is sent to the receiver via email or World Wide 
Web (WWW). 

11. The method as in claim 1 further comprising: 

if the file is not delivered to the backup receiving location, 
sending a failure notification to the receiver. 

12. The method as in claim 11 wherein said failure 
notification comprises: 

failure status; 
name of the file; 
size of the file; and 
location of the file. 

13. The method as in claim 11 wherein the failure 
notification is sent to the receiver via email or World Wide 
Web (WWW). 

14. The method as in claim 1 further comprising: 

if attempting to send the file to the backup receiving 
location up to the preset number of times fails 

(a) sending the file to a next backup receiving location; 

(b) determining whether the file has been successfully 
transferred to the next backup receiving location; and 

(c) if the file has not been successfully transferred to the 
next backup receiving location, attempting to send the 
file to the next backup receiving location up to a preset 
number of times. 


16. The method as in claim 15 wherein said file delivery 
5 notice comprises: 

name of said file; 
size of said file; 
origin of said file; and 
10 location of said file. 

17. The method as in claim 15 wherein the file delivery 
notification is sent to the receiver via email or World Wide 
Web (WWW). 

18. The method as in claim 14 further comprising: 
continuing to perform the steps (a) through (c) until the 

file is successfully transferred to one of next backup 
receiving locations. 

19. The method as in claim 18 further comprising: 

20 if the file is not delivered to any of the backup receiving 
locations, sending a failure notification to the receiver. 

20. The method as in claim 19 wherein said failure 
notification comprises: 

failure status; 

25 

name of the file; 
size of the file; and 
location of the file. 

21. The method as in claim 19 wherein the failure 
- 50 notification is sent to the receiver via email or World Wide 

Web (WWW). 

22. A method in a computer system for transferring a file 
to another computer comprising: 

35 sending a file to a receiver; 

determining whether the file has been successfully trans- 
ferred to the receiver; 

if the file has not been successfully transferred to the 
receiver, attempting to send the file to the receiver up 
40 to a preset number of times; 

sending the file to a backup receiving location if attempt- 
ing to send the file to the receiver up to the preset 
number of times fails and the backup receiving location 
exists; 

determining whether the file has been successfully trans- 
ferred to the backup receiving location; and 
if the file has not been successfully transferred to the first 
backup receiving location, attempting to send the file to 
_ 0 the first backup receiving location up to a preset 
number of times; 

wherein identification of said backup receiving location is 
predetermined by the receiver. 



